home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000150_news@columbia.edu_Mon Nov 14 15:44:28 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA28504
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 15 Nov 1994 05:40:55 -0500
  3. Received: by apakabar.cc.columbia.edu id AA14178
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 15 Nov 1994 05:40:53 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!news.kei.com!hookup!usc!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: The Mac version of Kermit has less features than other OS versions.
  9. Message-Id: <1994Nov14.214428.32803@cc.usu.edu>
  10. Date: 14 Nov 94 21:44:28 MDT
  11. References: <3935bt$111o@fidoii.cc.lehigh.edu>   <1994Nov11.183525.77435@kuhub.cc.ukans.edu> <1994Nov14.075525.33863@miavx1>
  12. Organization: Utah State University
  13. Lines: 36
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <1994Nov14.075525.33863@miavx1>, kacovert@miavx1.acs.muohio.edu (Kent Covert) writes:
  17. > In article <1994Nov11.183525.77435@kuhub.cc.ukans.edu>, tdsmith@kuhub.cc.ukans.edu writes:
  18. >> Note that I've never seen kermit use more than one window, though.
  19. > 
  20. > Actually, I think that the Mac version of Kermit reports this incorrectly. 
  21. > I've never seen the Mac version report anything higher than 1 also.  But,
  22. > if you issue the STATUS command on the server after a transfer, you'll
  23. > usually find that the server reports using more than 1.
  24. > 
  25. -----------
  26.     You are both right, but maybe not for the reasons you think.
  27.     With Columbia Kermits the receiver shows how many packets have
  28. been recognized as packets and are being processed. If packets arrive
  29. in order with none missing then one at a time is processed as bytes are 
  30. read from the comms channel; we see one window slot in use. Other bytes
  31. may still be in the comms channel (includes receiver's port buffer) but 
  32. not yet parsed as a packet.
  33.     If a packet is damaged or really missing then the out of
  34. order packets are recognized and stashed away while the receiver still
  35. tries to find the desired (but missing) packet. Then the number of
  36. window slots in use grows. Kermit uses "selective repeat" sliding windows
  37. so only the missing packet(s) needs to be retransmitted.
  38.     The status command should show the number of window slots
  39. available, rather than just the number used. But I have no Mac to see
  40. what's what on it. MS-DOS Kermit shows the "active out of available"
  41. number on the formatted file transfer display.
  42.     The transmitter is given permission to send all window slots
  43. worth of packets. It does so, but between each it takes a very quick
  44. peek at the comms channel to see if enough bytes have arrived to
  45. constitute a possible acknowledgment. If there are enough then it is
  46. read and processed on the fly. Thus the transmitter may show many (two
  47. or more) window slots in use even under ideal conditions as it waits for
  48. ACKs from the other side.
  49.     Quiz Friday. Homework: what might a receiver say about a missing
  50. packet? Hint: as little as possible, but...
  51.     Joe D.